home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9611 / 000119_owner-urn-ietf _Fri Nov 8 09:21:52 1996.msg < prev    next >
Internet Message Format  |  1997-02-19  |  2KB
  1. Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id JAA09827 for urn-ietf-out; Fri, 8 Nov 1996 09:21:52 -0500
  2. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id JAA09822 for <urn-ietf@services.bunyip.com>; Fri, 8 Nov 1996 09:21:50 -0500
  3. Received: from josef.ifi.unizh.ch by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
  4.         id AA04802  (mail destined for urn-ietf@services.bunyip.com); Fri, 8 Nov 96 09:21:28 -0500
  5. Received: from ifi.unizh.ch by josef.ifi.unizh.ch 
  6.           id <01030-0@josef.ifi.unizh.ch>; Fri, 8 Nov 1996 15:19:01 +0100
  7. Subject: Re: [URN] Almost an encoding agreement?! (was: I18N does not belong in
  8. To: jayhawk@ds.internic.net
  9. Date: Fri, 8 Nov 1996 15:18:59 +0100 (MET)
  10. Cc: moore@cs.utk.edu, tallen@fsc.fujitsu.com, urn-ietf@bunyip.com
  11. In-Reply-To: <9611072150.AA26126@mocha.bunyip.com> from "Ryan Moats" at Nov 7, 96 03:50:23 pm
  12. Mime-Version: 1.0
  13. Content-Type: text/plain; charset=US-ASCII
  14. Content-Transfer-Encoding: 7bit
  15. Content-Length: 1049
  16. From: Martin J Duerst <mduerst@ifi.unizh.ch>
  17. Message-Id: <"josef.ifi..836:08.10.96.14.19.09"@ifi.unizh.ch>
  18. Sender: owner-urn-ietf@services.bunyip.com
  19. Precedence: bulk
  20. Reply-To: Martin J Duerst <mduerst@ifi.unizh.ch>
  21. Errors-To: owner-urn-ietf@bunyip.com
  22.  
  23. Ryan Moats wrote:
  24.  
  25. >This look very similar to what is in the syntax draft now, with one exception
  26. >(i.e. I like it but I see one "small" problem)
  27. >
  28. >If you go down this path, you need to ensure that if the namespace uses
  29. >some octet in a reserved fasion, the character corresponding to the octet
  30. >in ASCII would need to be %XX escaped when used in a literal sense.
  31. >Further, unless you want real problems, we need to restrict the set of 
  32. >reserved characters to printable ASCII (minus some exceptions that get
  33. >escaped already).
  34.  
  35. We have been speaking about escaping characters before. Now you
  36. speak about escaping octets. For ASCII, this may be the same,
  37. but for UTF-8, it isn't.
  38.  
  39. Anyway, I guess it is okay to restrict reserved characters to an
  40. ASCII subset plus those characters that don't appear in the namespace
  41. in question and therefore don't have to be escaped. As an example
  42. for the later, "-" might be called a reserved character for
  43. ISBNs, but there is no need to escape it, because it doesn't
  44. appear in the ISBN proper.
  45.  
  46. Regards,    Martin.